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(57) ABSTRACT 

A point of service third party adjudicated payment system 
and method which provides for the creation of an adjudi- 
cated settlement transaction at a point of service which 
designates the portion of the service to be paid by the third 
party payor and the portion to be paid by the customer. The 
system includes a point of service terminal which accepts a 
payment system access card, such as a credit card, debit 
card, or purchase card, for payment for a purchase of a 
service and/or product by a customer, where at least part of 
the purchase is reimbursable by a third party payor. The 
point of service terminal creates a purchase transaction 
which is adjudicated by an adjudication engine substantially 
in real-time (at the time of service or in a purchase trans- 
action processing batch) to determine a first portion of the 
purchase which is to be paid by the third party payor and a 
second portion of the purchase which is to be paid by the 
customer. An adjudicated settlement transaction is returned 
to the point of service terminal designating at least the first 
portion and the second portion for payment. The payment 
system access card provides access to a payment system 
which transfers funds in accordance with the adjudicated 
settlement transaction whereby the third party payor is 
debited by the first portion and the point of service provider 
is paid the first portion and a payment account accessible by 
the payment system access card is charged at least the 
second portion and the point of service provider is paid the 
second portion as with typical payment card transactions. 
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POINT OF SERVICE THIRD PARTY 
FINANCIAL MANAGEMENT VEHICLE FOR 
THE HEALTHCARE INDUSTRY 

FIELD OF THE INVENTION 

This invention relates to a system and method for pro- 
viding adjudicated third party payment at the point of 
service, and more particularly, to a system and method for 
determining at the point of service the portion of a service 
or product which is to be paid by a third party payor, such 
as a health insurance company, and the portion of the service 
or product which is to be paid by the customer (patient) and 
for providing payment settlement at the point of service. 

BACKGROUND OF THE INVENTION 

The costs of administering the third party payment system 
used in the healthcare industry are astronomical. It has been 
estimated that as much as 25% of healthcare costs are 
administrative costs, as opposed to clinical costs. This is 
due, in large part, to the difficulty in obtaining timely and 
efficient collection of payment from patients and third party 
payors (e.g., insurance companies). Conventionally, in only 
about 40% of patient visits can the amount of the patient 
payment be determined while the patient is in the healthcare 
provider's office, while approximately 60% of the time the 
patient payment amount can be determined only after the 
healthcare provider sends a claim to the third party payor 
and the third party payor adjudicates the claim, which 
typically delays the collection process by at least 4-6 weeks. 
When the patient payment amount can be determined at the 
time of service, payment cards, such as credit cards, debit 
cards, and the like, have been used to collect these payments. 
However, those claims requiring adjudication, i.e., where the 
healthcare provider cannot determine the patient payment 
amount at the time of service, healthcare providers have 
traditionally billed the patients on 30-day payment terms 
after sending a claim to the insurance company. Due to 
inefficiencies, it has been estimated by industry sources that 
the billing and collection costs for a single copayment is 
$10-$15 and that the average collection time is 45 days. 

In conventional automated third party payor systems in 
the healthcare industry, the claim for payment is generated 
by the administrative staff of the healthcare provider or 
healthcare maintenance organization and transmitted elec- 
tronically to a clearinghouse that accepts the electronic 
transmission, edits and processes the transmission, and 
reroutes and sends the claim electronically to the appropriate 
third party payors. In the health insurance industry, inter- 
mediaries receive claims from healthcare providers or other 
claimants, edit the claims data for validity and accuracy, 
translate the data from a given format into one acceptable to 
the intended third party payor (e.g., insurance company), 
and forward the processed claim to the appropriate third 
party payor. The third party payor then adjudicates the claim 
and makes payment/reimbursement at a time, as noted 
above, which is typically weeks after the service was ren- 
dered. As used herein, adjudication is the steps through 
which a claim for payment is processed by the third party 
payor to verify coverage eligibility, to determine the appro- 
priateness of the care and services rendered, and to establish 
the amount of reimbursement. Prior art adjudication ranges 
from fully automated to partially automated to fully manual. 
However, the adjudication is typically performed by the 
third party payor during processing of the claim well after 
the service has been rendered. Of course, disputes regarding 
reimbursable services extend the payment period and 
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increase the anxiety of the consumers and providers of 
healthcare products and services. 

To date, the emphasis of automation in the healthcare 
industry has been in streamlining the claim submission and 
5 adjudication process and in streamlining the payment pro- 
cess for the portion of the payment which can be determined 
at the time of service. Unfortunately, previous efforts at 
applying automation to such an inefficient process have 
produced only small, incremental cost savings. 
10 For example, a health insurance management system such 
as that described by Sadder et al. in U.S. Pat. No. 5,235,507 
processes health insurance claims for self-insurers using a 
computer program. The program is used by a health insur- 
ance administrator or management company to automati- 
15 cally process health insurance claims even where the claims 
fall under different insurance policies. While the disclosed 
program facilitates the operations of the health insurance 
administrator or management company, it does nothing to 
improve the payment efficiencies at the point of service. 
20 Cummings, Jr. describes in U.S. Pat. No. 5,301,105 a 
healthcare management system that integrates the patient, 
the healthcare provider, bank or other financial institution, 
insurance company, utilization reviewer, and employer to 
provide comprehensive pre-treatment, treatment, and post- 
25 treatment healthcare and the required financial support. The 
system purportedly allows for total health management 
which takes into account the patient's available cash 
balances, insurance coverage, and the like in administering 
the patient's wellness, A terminal at the physician's office 
30 accepts data entry through conventional credit cards as well 
as special "smart" cards. However, no technique for provid- 
ing adjudicated third party payment at the point of service is 
described. 

Recently, payment cards, such as VISA® cards, have 

35 become widely used to facilitate the payment process for 
readily ascertainable amounts such as copayments at the 
point of service in all segments of the healthcare market, 
including hospitals, medical group practices, and dentists. 
Healthcare providers' needs for faster, more efficient 

40 collections, consumers' rising healthcare expenditures, and 
the increasing costs of healthcare have led to the increased 
use of such payment cards for such readily ascertainable 
amounts. As described in U.S. Pat. No. 5,583,760, private 
payment cards also have been issued to patients so that the 

45 patients can pay for medical services at participating pro- 
viders; however, payment cards have not previously been 
used as the vehicle to access an adjudicated third party 
payment system for providing adjudicated settlement of 
healthcare claims at the point of service. This is the ultimate 

50 "streamlining" of the third party payment process and is the 
objective of the present invention. 

To date, VISA® has used the Patient Easy Pay Consent 
form and a point-of-sale terminal to streamline payment by 
patients using a VISA® card for those amounts that could 

55 not be determined at the time of service. In that system, the 
healthcare providers swipe the patient's VISA® card at the 
terminal to capture the card information and the patient signs 
a receipt produced by the terminal to authorize the health- 
care provider to charge the balance due for the patient's 

60 copayments, deductibles, and balances not covered by insur- 
ance to the patient's VISA® card account. The terminal then 
sends the Patient Easy Pay Consent information to the 
healthcare provider's computer for retrieval after adjudica- 
tion. A conventional electronic payment authorization is 

65 launched after adjudication. However, claims processing 
and adjudication are performed in the conventional manner, 
thus causing a substantial delay in settling the balances due. 
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An adjudicated third party payment system is desired 
which eliminates the delay in claims processing and the 
associated administrative costs so that a healthcare con- 
sumer can settle payment at the point of service much as a 
consumer settles a hotel bill at checkout. The present inven- 
tion has been designed to meet this great need in the art. 

SUMMARY OF THE INVENTION 

The present invention addresses the above-mentioned 
needs in the art by providing a point of service third party 
adjudicated payment system and method which provides for 
the creation of an adjudicated settlement transaction at a 
point of service which designates the portion of the service 
to be paid by the third party payor and the portion to be paid 
by the customer. In accordance with the invention, such a 
system comprises a point of service terminal which accepts 
a payment system access card, such as a credit card, debit 
card, or purchase card, for payment for a purchase of a 
service and/or product by a customer, where at least part of 
the purchase is reimbursable by a third party payor. In 
accordance with the invention, the point of service terminal 
creates a purchase transaction which is adjudicated by an 
adjudication engine substantially in real-time (at the time of 
service or in a purchase transaction processing batch) to 
determine a first portion of the purchase which is to be paid 
by the third party payor and a second portion of the purchase 
which is to be paid by the customer. An adjudicated settle- 
ment transaction is then returned to the point of service 
terminal designating at least the first portion and the second 
portion for payment. The payment system access card pro- 
vides access to a payment system which transfers funds in 
accordance with the adjudicated settlement transaction 
whereby the third party payor is debited by the first portion 
and the point of service provider is paid the first portion and 
a payment account accessible by the payment system access 
card is charged at least the second portion and the point of 
service provider is paid the second portion as with typical 
payment card transactions. 

In a preferred embodiment of the invention, the adjudi- 
cation engine is connected to a node on the Internet and the 
point of service terminal accesses the adjudication engine 
via an Internet connection to the node. The adjudicatio n 
engine itself pref erably includes a data driv en rules engine 
which pr ocesses data from the custome r, the service 
provider, the third party payor, and the payment system to 
determine the first portion of the payment to be paid by the 
third party payor. Preferably, the purchase transaction 
includes a product and/or a service code which the adjudi- 
cation engine compares to payment parameters and condi- 
tions from the third party payor to determine the value of the 
first portion of the purchase to be paid by the third party 
payor. In a preferred healthcare implementation of the 
invention, the point of service provider is a healthcare 
provider and the payment parameters and conditions are 
determined by a healthcare policy between the customer's 
employer and the third party payor. 

In the preferred embodiment of the invention, the pay- 
ment system includes a credit card network, and the adju- 
dicated settlement transaction is formatted as a credit card 
transaction for processing by the credit card network. 
Preferably, the payment system access card is cobranded so 
as to include an account number for the credit card network 
and, in the preferred healthcare implementation, for the 
healthcare policy as well. 

The corresponding method of providing third party adju- 
dicated payment at a point of service in accordance with the 
invention preferably comprises the steps of: 
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providing a payment system access card, such as a credit 
card, debit card, or purchase card, to a point of service 
provider for payment for a purchase of a service and/or 
product by a customer, at least part of the purchase being 

5 reimbursable by a third party payor; 

transmitting a purchase transaction to an adjudication 
engine for processing; 

the adjudication engine adjudicating the purchase trans- 
action substantially in real-time so as to determine a first 

10 portion of the purchase which is to be paid by the third party 
payor and a second portion of the purchase which is to be 
paid by the customer; 

the adjudication engine returning an adjudicated settle- 
ment transaction to the point of service designating at least 

15 the first portion and the second portion; and 

transferring funds in accordance with the adjudicated 
settlement transaction whereby the third party payor is 
debited by the first portion and the point of service provider 
is paid the first portion and a payment account accessible by 

20 the payment system access card is charged at least the 
second portion and the point of service provider is paid the 
second portion. 

In the preferred embodiment of the method, the step of 

25 transferring funds comprises the steps of charging the pay- 
ment account by the first and second portions and crediting 
the payment account by the first portion upon adjudication. 
Alternatively, the funds transferring step may comprise the 
steps of debiting the third party payor by the first portion, 

30 paying the point of service provider the first portion, charg- 
ing the payment account by at least the second portion, and 
paying the point of service provider the second portion. The 
funds transferring step preferably also comprises the steps of 
formatting the adjudicated settlement transaction as a credit 

35 card transaction and processing the adjudicated settlement 
transaction in a credit card network. 

Preferably, the adjudicating step comprises the step of 
comparing product and/or service codes in the purchase 
transaction to payment parameters and conditions from the 

40 third party payor to determine the value of the first portion 
of the purchase to be paid by the third party payor. In a 
preferred healthcare implementation, the payment system 
access card is provided to the healthcare provider in the 
providing step prior to provision of healthcare services, and 

45 the method comprises the additional step of accessing the 
adjudication engine to verify patient eligibility for payment 
for services by the third party payor prior to provision of 
healthcare services by the healthcare provider. This feature 
of the invention allows the doctor and patient to consider 

50 costs when determining the course of a treatment. A cover- 
age profile for the patient may also be provided to the 
healthcare provider for comparison with a preliminary diag- 
nosis for healthcare services to be provided to the patient 
prior to providing healthcare services to the patient. 

55 In accordance with another aspect of the invention, a 
method of converting a healthcare transaction into a credit 
card transaction for payment by a patient is provided. Such 
a method in accordance with the invention preferably com- 
prises the steps of: 

60 transmitting at least one of healthcare product and service 
codes for healthcare products and services purchased by the 
patient from a healthcare provider at a point of service, to an 
adjudication engine for processing; 

the adjudication engine adjudicating the product and 

65 service codes substantially in real-time so as to determine a 
first portion of the purchased healthcare products and ser- 
vices which is to be paid by a third party payor and a second 
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portion of the purchased healthcare services which is to be claims processed by the service provider. For example, a 

paid by the patient; healthcare administrative office may settle all of its claims 

the adjudication engine returning an adjudicated settle- » g ive ° A V overnight b y batch PJ^f J* ,he «8udi- 

ment transaction to the point of service designating at least ca,ed * ttl ™ transacuons received that day In such a 

l c • j.u ,1 case, the adjudicated settlement transactions submitted that 

the first portion and the second portion; rfay may q J ( ^ paid for a day Qf ^ similar 

formatting the adjudicated settlement transaction as a techniques are used by hotels and airlines and are contem- 

credit card transaction at the point of service; and plated within the scope of the invention. Also, as used 

processing the formatted adjudicated settlement transac- herein, an "adjudicated settlement transaction"' is a state - 

tion in a credit card network for payment. 3Q meat or invoice provideo ai me point ot service whic h 

specifies how much the third party payor win pay on a giv en 

BRIEF DESCRIPTION OF THE DRAWINGS cla im and how much is the responsibility of the custome r 

(e~.g. , the insured patient) . 

The foregoing and other novel features and advantages of TlG. 1 illustrates a point of service third party adjudicated 

the invention will become more apparent and more readily payment system 10 i n accordance with a currently preferred 

appreciated by those skilled in the art after consideration of 15 em bodiment of the invention. Although described in the 

the following description in conjunction with the associated preferred context of the payment of healthcare claims by an 

drawings, of which: insurance company or other healthcare administrator, those 

FIG. 1 illustrates a point of service third party adjudicated skilled in the art will appreciate that the system and method 

payment system in accordance with a currently preferred of the invention may be used in all types of transactions 

embodiment of the invention. 20 involving resolution of payment by two or more parties 

FIGS. 2A and 2B illustrate a currently preferred embodi- <? bli g ated ^''actually or otherwise to apportion payment 

* c j- j- *■ fitt/-> i for received products and services, 

ment of the adjudication engine in the system or FIG. 1. 4 .„ , . ™^ - , 

_ „ .„ _ e A _ , As illustrated in FIG. 1, the system 10 of the invention is 

FIG. 3 illustrates a flow diagram of the use of the payment zcccsscd by a plurality of pro duct/service providers 12, such 

system of the invention for payment of a healthcare provider. 25 as doctor > s offices> hospitals, pharmacies, and the like, who 

FIG. 4 illustrates a flow diagram of the point of service provide services and products such as physician care, hos- 

activity by a healthcare provider when using the payment pital care, dental care, pharmaceutical products, lab tests, 

system of the invention for payment. prosthetics, surgical equipment, and the like. In accordance 

FIG. 5 illustrates a credit card statement for a cobra nded with the invention, each such provider 12 has a point of 

healthcare/credit card account used to access the payment 30 service terminal which accepts a payment system access 

system of the invention. caid, such as a credit card, debit card, or purchase card, for 

FIG. 6 illustrates an explanation of benefits (EOB) state- P*y ment for a P urchase oTTUUviui and/or product by a 

ment corresponding to the credit card statement of FIG. 5. customer. As will be explained in more detail below, the 

__ _ .„ . . . .. ,. . . , ... result of a patient s interaction with the healthcare provider 

FIG. 7 illustrates a sample adjudicated healthcare settle- fa a transaction (UCT) which generally 

ment transaction generated by the payment system of the a daim fof ^ ^ ^ 

invention for a simple healthcare transaction. ^ ^ be explained below> each patient has access t0 an 

FIGS. 8A, 8B and 8C illustrate the life cycle of a claim acc0 unt which is tied to the cardholder, which may be the 

submitted by a healthcare provider for processing using the pa tient or a member of his or her family, 

adjudicated third party payment system of the invention. 4Q The payment system access card in accordance wit h the 

DETAILED DESCRIPTION OF THE preferred healthcare embodiment of the invention is prefer- 

PRESENTLY PREFERRED EMBODIMENTS abl y a cobranded VISA ® card > although other types of 

payment cards such as Mastercard®, Novis, Diner's Club, 

A preferred embodiment of the invention will now be and Federal Reserve may, of course, be used. The "cobrand- 

described in detail with reference to FIGS. ISC. Those 45 ing" partner in such an embodiment is the third party payor, 

skilled in the art will appreciate that the description given which may include, by way of example, insurance 

herein with respect to those figures is for exemplary pur- companies, HCFA (Medicare), State Agencies (Medicaid), 

poses only and is not intended in any way to limit the scope and self insured groups (HMOs). Typically, the third party 

of the invention. All questions regarding the scope of the payor contracts with the patient or the patient's employer or 

invention may be resolved by referring to the appended 50 some other organization or association to which the patient 

claims. belongs to provide payment through an administrator for 

_ As noted above, the term "a djudication" as used herein is services rendered by the healthcare provider. The third party 

the process through which a claim for payment is processed payor also contracts with groups of Healthcare Provider 

by the third party payor to verify coverage eligibility, to Networks (HCPs) to fix prices on a per patient or per 

determine the appropriateness of the care and services 55 procedure basis. Preferably, the cobranded payment system 

rendered, and to establish the amount of reimbursement. As access card is distributed to the insured through the insured's 

will be more apparent from the following detailed employer in place of the conventional healthcare ID cards, 

description, the invention provides a method for adjudicat- The cobranded card typically includes the information pro- 

ing a claim substantially in real-time by providing immedi- vided on the payment system access card as well as the 

ate access by the point of service provider to an adjudication 60 healthcare ID card, although the amount of printed data may 

engine specially developed to handle claims of the type require that some of the information be printed on a sleeve 

generated by that point of service provider for reimburse- for the payment system access card. Preferably, the account 

ment by a third party payor. While it is desired that the number for the payment system account and the healthcare 

adjudication take place virtually instantaneously so that account are the same to avoid confusion. The adjudicated 

payment may be completely settled at the point of service at 65 third party payment system of the invention is accessed by 

the time of service, "realtime" as used herein is also swiping the card or entering the card number at a point of 

intended to permit "batch" processing and settlement of the service terminal in the offices of the healthcare provider 12. 
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The cobranded payment card preferably carries two Finally, third party payor accounts 28 are provided which 

balances, one for standard transactions (retail, travel, are administered by the third party payor 24 and/or the 

entertainment, etc.), and one for healthcare purchases Internet bank 16 for facilitating the transfer of funds for the 

(doctors, hospitals, pharmacies, optical, dental, etc.). portions of the claims the third party payor 24 is obligated 

Generally, the healthcare balance carries a favorable interest 5 to pay. Internet bank 16 handles the transfer of these monies 

rate. Also, all purchases, regardless of type, preferably to the appropriate service provider 12 in a timely fashion, 

generate "deductible dollars™" (cash back that is applied to FIGS. 2A and 2B illustrate a currently preferred embodi- 

the patient's out-of-pocket healthcare balance) at the rate of, ment of the adjudication engine 22 utilized in the system of 

e.g., one percent, which allows the cardholder to effectively FIG. 1 in the healthcare environment. As shown, at the 

eliminate his or her out-of-pocket expenses. 10 cenler of the adjudication engine 22 resides a rules processor 

In the preferred implementation of the invention, the point 30 whose sole P ur P<>se is to adjudicate and price healthcare 

of service terminal includes an Internet connection 14 to a transactions that are submitted by a healthcare provider 12. 

node containing an Internet merchant bank 16 which is to ™ l ™ processor 30 is a data driven software mechanism 

process the credit card transaction via a credit card network thal derives from lhe in P utted data and executes based 

18 in the conventional manner. As illustrated, the Internet 15 on lhe a lg° rithm or expressions contained within the rules, 

bank 16 operates as a conventional merchant bank for credit ^ order b V which these ™ l ™ are executed is also data 

card processing by providing access to the credit card driveD * contained within the ^rules of engage ment that 

network 18 for processing of credit card transactions and are defined ™ & c Pohc y Database 32 of the third party payor 

also operates as a credit card issuing bank by providing 24 - ^ mles Pressor 30 performs two primary tasks: the 

cardholder accounts 20 used to facilitate credit card payment 20 first is t0 decide whether a healthcarc transaction is reim- 

by the cardholder, keep track of balances and interest, and bursable aod the second 15 to P nce the amount by which the 

the like. However, in accordance with the invention, the healthcare provider 12 is to be reimbursed based on the 

Internet bank 16 further includes a direct connection to an healthcare transaction or claim received from the Clinical 

adjudication engine 22 which, for example, takes a health- Pathways Database 34. 

care transaction (HCT) from the healthcare provider 12 and 25 To accomplish these tasks the rules processor 30 needs to 

the patient, determines (adjudicates) the amount of the get information from the following databases: 

submitted claim which is to be paid by a third party payor Policy Database 32— Information pertaining to the 

24, and creates an Adjudicated Settlement Transaction patient's coverage is defined in this database. The limits by 

(AST) which pays the healthcare provider 12, bills the third which the policy operates, such as deductibles, are stored as 

party payor 24, and bills the patient. In the preferred 30 policy parameters. Preexisting, current, and incident condi- 

embodiment, the Internet bank 16 has a web page which tions are all stored as conditions. The rules that govern 

provides secure access to the adjudication engine 22 as a which services and products are covered and in which order 

selection option for one accessing the Internet bank's web are stored as constraints. The methods by which conditions, 

site, such as an administrator of the service provider 12. As parameters, and constraints are engaged and adjudicated is 

will be explained in more detail below, the adjudication 35 store d within policy rules. These policy rules are used by the 

engine 22 processes, substantially in real-time, the claim rules processor 30 to execute algorithms and expressions 

from the service provider in accordance with parameters and that act on parameters, constraints and conditions that use 

conditions from the third party payor 24 to determine the data from other databases such as the Clinical Pathway 

portion of the claim to be paid by the third party payor 24. Database 34, Healthcare History Database 36, and Card- 

The "adjudicated" amount is then returned to the service 40 holder Database 38. The Policy Database also includes 

provider 12 via the Internet connection 14 as an Adjudicated pricing information such as deductible, copay, and coinsur- 

Settlement Transaction ready for payment. Since the Adju- ance. 

dicated Settlement Transaction specifies the amount the third Clinical Pathways Database 34 — Information pertaining 
party payor 24 will pay, the remaining balance in the claim, to the current healthcare transaction (HCT), links to previ- 
if any, may be charged directly to the customer's payment 45 ous HCTs (the clinical pathway), and the state of each HCT 
system access card for processing and payment via credit as it exists in the pathway, as well as any related healthcare 
card network 18 in the conventional fashion. As when transactions are stored in this database. This information is 
settling with a hotel at checkout, the service provider 12 has critical to understanding the order in which services and 
payment settled by the customer before he or she leaves the products were delivered. This data is used by the rules 
office. Also, the service provider 12 will know right away 50 processor 30 to establish whether or not a healthcare trans- 
how much the third party payor 24 is obligated to pay action should be reimbursed in accordance with the rules of 
towards the service provided. engagement set forth in the Policy Database 32. Pathway 
Typically, a separate adjudication engine 22 is provided information is often critical in determining whether a service 
for each third parly payor 24 and/or each company or or product in the current HCT is valid within the context of 
organization through which the third party payment policy 55 the policy. 

or contract is administered. In the healthcare context, for Healthcare History Database 36 — Information pertaining 
example, the appropriate parameters and conditions data 26 to the patient's healthcare history is stored in this database, 
for the policy or policies of the company or organization This information is captured over time from the patient and 
through which the patient is insured are loaded into adju- includes a collection of atomic healthcare facts about each 
dication engine 22 upon submission of a claim for adjudi- 60 patient such as the services and products from HCTs, known 
cation. As shown, a single third party payor 24 provides the medical conditions, allergies, and the like. The rules pro- 
different parameters and conditions 26 for the respective cessor 30 uses this data to execute algorithms that pertain to 
policies it issues to different companies so that the proper the conditions that exist in the Policy Database 32, In many 
payment parameters and conditions for the policy elected by cases the healthcare history gives overriding information 
the employees of the respective companies are loaded into 65 thai enables the rules processor 30 to reimburse a healthcare 
the adjudication engine 22 when a claim for a particular transaction that otherwise would not be reimbursable based 
insured employee is received by the adjudication engine 22. on current conditions. 
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Cardholder Database 38 — Information pertaining to the 
patient and his or her accounts and balances are maintained 
in this database. The balances are used to identify when the 
patient or the patient's family has reached their thresholds 
for products or services as staled by the parameters defined 5 
in the Policy Database 32. The patient information contains 
the demographic facts needed by the rules processor 30 to 
execute algorithms that pertain to who the patient is and why 
certain services would or would not be reimbursable (e.g., a 
male could not have received any services related to giving 
birth to a child). In other words, demographic facts, account 
balances, deductible balances, out-of-pocket balances, 
policy elections, and billing terms for all cardholders and 
family members can be found in this database. 

Provider Network Database 40 — Information pertaining 
to the healthcare provider 12 and what they are to be 
reimbursed for services and products is primarily stored in 
this database. The rules processor 30 uses pricing data that 
specifies Capitation, Fee for Services, usual reasonable and 
customary (URC) charges by locale and in-network/out-of- ^ 
network pricing for a healthcare provider 12 to price the 
healthcare transaction. This lets the healthcare provider 12 
know what the third party payor 24 is willing to reimburse 
for a given patient's healthcare transaction. 

Standards Database 42 — Information pertaining to the 25 
universe of classification standards by which diagnosis and 
procedural products and services are coded for use in 
reporting the services and procedures in a healthcare trans- 
action is maintained in this database. These standards are the 
constraints by which the rules processor 30 can compare and 3Q 
execute rules. These standards also include universal rules 
for bundling (combining atomic procedures into compre- 
hensive ones). In the healthcare context, the vast majority of 
healthcare products and services are defined and standard- 
ized by three bodies: 35 

1. The U.S. Government sets the International Classifi- 
cation of Disease (ICD) standards by which most healthcare 
providers 12 classify and report diagnostic information. It 
also sets the Healthcare Financing Administration (HCFA) 
Common Procedural Coding System (HCPCS) for classify- 40 
ing and reporting durable medical equipment for Medicare 
transactions. 

2. The American Medical Association sets the Current 
Procedural Terminology (CPT) standard for classifying and 
reporting medical procedures. The CPT classification sys- 45 
tern has a set of rules to determine when sets of individual 
procedures are to be combined into single more comprehen- 
sive ones (bundling). 

3. The American Dental Association sets the Current 
Dental terminology (CDT) standard. This is similar to CPT, 50 
but covers the dental procedures which are not covered by 
CPT. 

The rules processor 30 integrated with databases 32-42 
enables the adjudication engine 22 to receive a healthcare 
transaction from the healthcare provider 12, to adjudicate 55 
and price the healthcare transaction, and to return an Adju- 
dicated Settlement Transaction to the healthcare provider 12. 
Those skilled in the art will appreciate that the rules pro- 
cessor is a software system that can be written in several 
programming languages ranging from the expert languages 60 
such as LISP, Prologue, and OPS5 to the programming 
languages of C++, Visual Basic 5.0 and SQL. The key to the 
rules processor is that the rules are in the data and thus vary 
in accordance with the data. Also, the rules only need to be 
interpolated by any of a number of different processors 65 
running a rules processor algorithm written in any of these 
languages. 



,973 Bl 

10 

FIG. 3 illustrates a flow diagram of the use of the payment 
system of the invention for payment of a healthcare provider 
12. Of course, a similar scheme may be used for processing 
of other types of transactions besides healthcare transac- 
tions. 

As illustrated in FIG. 3, the first step in the method of the 
invention is to issue a cobranded healthcare/payment card to 
the patient at step 100. As noted above, the cobranded card 
is preferably issued through the patient's employer in place 
of the patient's conventional healthcare ID card. If the 
patient (employee) is not creditworthy, the employer may 
issue a sccuritized card that may or may not be cobranded, 
thereby exempting the employee from participation in the 
payment system described herein. Also, dependent children 
under the age of 21 may receive a non -branded card unless 
the employee requests otherwise. Regardless of branding, all 
payment cards will provide credit for healthcare transactions 
in the third party payment system of the invention, while the 
cobranded cards also may be used as a conventional pay- 
ment card as well as a mechanism for accessing the third 
party adjudicated payment system of the invention. 

At step 102, the patient, cobranded payment card in hand, 
purchases a product or service. If the product or service is 
not eligible for third party payment, the entire payment 
amount is charged to the customer's payment card account 
in a conventional manner. However, if the product or service 
is eligible for third party payment, then the resulting claim 
or transaction is processed using the adjudicated third party 
payment system of the invention. An example of point of 
service activity when the card is used to purchase healthcare 
goods and services is described below with respect to FIG. 
4. As described with respect to FIG. 4, the point of service 
activity is completed upon settlement of the Adjudicated 
Settlement Transaction as a typical credit card transaction. 

Upon settlement of the Adjudicated Settlement Transac- 
tion by the patient (i.e., signature of the credit card receipt 
for the Adjudicated Settlement Transaction), at step 104 the 
Internet bank 16 functions as a credit card merchant bank 
and debits the cardholder's credit account 20 against the 
healthcare provider's payable via the credit card network 18, 
of which Internet bank 16 is a part. Assuming that the 
cardholder (patient) has sufficient credit, Internet bank 16 
executes a direct deposit of funds into the healthcare pro- 
vider's account at step 106, typically the next business day. 
The amount deposited is the cardholder's receivable (less 
the merchant bank's credit discount, which is set consistent 
with that charged to comparable merchants on standard 
VISA® transactions, for example). In other words, the 
healthcare provider 12 receives payment of that part of the 
healthcare transaction for which the patient is responsible 
(deductibles, copay, coinsurance, etc.). The record of this 
transaction is preferably available to the healthcare provider. 

The Internet bank 16 then exchanges data with the third 
party payor (healthcare administrator or insurance company) 
24 and the patient's employer at step 108 to update the 
appropriate databases (maintained by the third party payor 
24) of the services rendered. All claim information, includ- 
ing the results of adjudication, is preferably sent to the third 
party payor 24 in a nightly batch. Likewise, all updated 
eligibility information 26 is preferably submitted from the 
third party payor 24 to the adjudication engine 22 in batch. 
In the case of some large employers where there is a second 
database of record (usually eligibility), there may be an 
additional exchange of information. The method of infor- 
mation exchange varies by third party payor; the primary 
protocols include EDI, direct SQL queries and updates, 3270 
screen scraping, and FTP. 
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The Internet bank 16 then transfers the healthcare pro- the art, this method permits costs to the patient to be 

vider's payable from the third party payor's account 28 to a considered at the time treatment decisions are made, rather 

disbursement account ready for payment at step 110 using an than long after the treatment has been provided. 

ACH wire transfer, as appropriate. The Internet bank 16 then Step 1: The Cardholder goes to the Healthcare Provider's 

transfers at step 112 the third party payor's receivable (less 5 Office 

a merchant credit discount) from the disbursement account At step 200, the cardholder or any member of his or her 

of the Internet bank 16 using ACH wire transfer for distri- covered family in need of medical assistance goes to the 

bution to the healthcare provider's bank account. In other healthcare provider's Office. The visit can be an 

words, the third party payor 24 transfer the portion of the appointment, a walk-in, or an emergency, but in any case, 

Adjudicated Healthcare Transaction it is obligated to pay to 10 the cobranded healthcare access card is accepted for pay- 

the healthcare provider's account via the Internet bank 16 to ment. The rules of engagement regarding referrals, primary 

complete payment. In accordance with the invention, this care physicians, and the like vary in accordance with the 

entire process may take place substantially instantaneously, cardholder's health insurance policy. Prior to visiting the 

although such transactions typically take a couple of days. In healthcare provider, the cardholder can access the Internet 

any case, the healthcare provider 12 is paid much sooner 15 bank's web site to access a member services application 

than in conventional payment systems, and without the which offers options such as selection of primary care 

administrative overhead typically required. Also, a record of physician, provider search, prescription ordering, review of 

the payment is available to the healthcare provider 12. p^t medical transaction, an on-line policy manual, and the 

Finally, at step 114, the Internet bank 16 sends the like, 

cardholder a unified credit card and explanation of benefits 20 Step 2: First Point of Contact 

(EOB) statement at the end of the current credit cycle. FIGS. Upon arrival at the healthcare provider's office, the card- 

5 and 6 together illustrate a credit card statement (FIG. 5) holder presents the cobranded payment system access card, 

and an explanation of benefits (EOB) statement (FIG. 6) for At this point (step 202), the receptionist or other adminis- 

a cobranded healthcare/credit card account used to access trator has several options: 

the payment system of the invention. As illustrated, the 25 1. Accept the card in "default mode," where the payment 

credit card statement is conventional except that healthcare system access card operates as any other healthcare access 

transactions are separated out and explained in an EOB card in terms of eligibility verification and selection of the 

statement for each family member covered by the healthcare payment vehicle (if the provider accepts VISA®, the co-pay 

policy and credit card. In this fashion, the cardholder obtains amount could be settled using the payment system access 

a monthly statement which neatly ties medical transactions 30 card.) 

to their related credit card transactions, thus providing a 2. Use the payment system access card to access the 

complete record of services performed which can readily be Internet bank's web site to verify patient eligibility, 

maintained as a healthcare record for the patient and a record 3. Use the payment system access card to verify eligibility 

of payment for federal income tax purposes. and accept the co-pay amount. 

Those skilled in the art will appreciate that the payment 35 4. Use the payment system access card to verify 

system and process of the invention introduces a concept to eligibility, accept the co-pay amount and file a claim, 

the healthcare industry that exists in just about every other In any of these cases, whether in or out of network, both 

industry: payment in full at the point of service. Because the healthcare provider 12 and the cardholder have several 

claims are adjudicated in real-time, the healthcare provider options available to them. For example, a member of the 

and cardholder (patient) both know at the completion of the 40 healthcare provider's administrative staff may log onto the 

service or purchase of the product who owes what based on Internet bank's web site to verify eligibility. By entering the 

the Adjudicated Settlement Transaction. In other words, a Internet bank's domain name into an Internet browser or by 

conventional healthcare transaction is broken down into the swiping the cobranded payment system access card through 

following: a magstripe reader, the eligibility of the cardholder or any 

Invoiced Amount — Disallowed Amount=Provider 45 member of the cardholder's immediate family who has been 

Receivable=Patient Payable+Third Party Payor Payable. identified as the patient may be determined. If the patient is 

The Invoiced Amount is typically the amount desired by the eligible (insured), the person accessing the web site 

healthcare provider, not the amount expected or allowed. progresses to the next step in the process ., However, if the 

The Disallowed Amount is the difference between the patient is inel igible (uninsured), the person accessing the 

Invoiced Amount what the healthcare provider is contrac- 50 wen sue can inquire about and/or correct any discrepan cies 

tually permitted to charge for a service, which varies by any (e.g., a new born not yet added to policy, or a new employee 

combination of healthcare administrator, employer, network, with misspelled name, etc.) and then request service once 

and policy provision. Provider Receivable, on the other the problem is cleared up. In either case, the patient and the 

hand, is the payment for service a healthcare provider can healthcare provider 12 are apprised of the status of eligibility 

legally expect after adjudication, while the Patient Payable 55 of the patient's healthcare coverage prior to the rendering of 

is the portion of the payable that is assigned to the patient services. 

and can be any combination of co-pay, co-insurance, Thus, in the broadest sense, step 202 allows the healthcare 
deductible, and uninsured services. Finally, the Third Party provider 12 to verify that a policy is in force before services 
Payor Payable is the benefit paid to the healthcare provider are performed. This step also allows the healthcare provider 
on behalf of the patient. The adjudicated third party payment 60 12 to determine before services are rendered whether certain 
system 10 of the invention permits these variables to be services are not covered, have severely limited coverage, 
resolved at the point of service rather than weeks later as in require a referring physician, or may only be available 
the conventional payment systems. within a certain network of healthcare providers. In this 
As noted above, FIG. 4 illustrates a flow diagram of the manner, the issues which often lead to payment problems 
point of service activity by a healthcare provider when using 65 can be identified before any services are provided rather than 
the payment system of the invention for payment of the at the time of adjudication, thereby preventing the card- 
healthcare provider. As will be apparent to those skilled in holder from taking on undesired financial liability and the 
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healthcare provider 12 from being exposed to potential determine a course of treatment for the patient or to receive 

financial losses from bad debt. Such comprehensive eligi- the auto-adjudication benefits. Rather, the emphasis is on 

bility checks and preadjudication services allows the health- maintaining the healthcare provider's autonomy, 

care providers and patients to get a thorough understanding Step 7 (Optional): Healthcare Provider's staff submits 

of what services are covered, and to what degree, before any 5 on-line claim through Internet 

financial obligations are generated. Such financial account- Once treatment has been provided, it is time to pay the 

ability is missing from the current healthcare system in most bill. The adjudicated third party payment system 10 of the 

instances. invention enables the healthcare provider 12 to enter a claim 

Also, preadjudication at step 202 allows the Internet and interactively adjudicate that claim on-line using the 

server of the Internet bank 16 to collect the necessary Internet at step 212. This interactive session aids the user in 

information (e.g., healthcare provider ID to establish effec- entering correct data, which facilitates the auto-adjudication 

tive contract and the Patient ID to establish policy profile) process, and therefore, increases the number of claims that 

needed to adjudicate the claim. At this point, the initial stage may be auto-adjudicated. Of course, a certain percentage of 

of the claim has been established and the Internet bank 16 claims will not be able to be auto-adjudicated. For those 

may start building a coverage profile while waiting for more claims, the healthcare provider 12 may monitor the progress 

information. 15 of those claims that must be manually adjudicated. 

Step 3: Healthcare Provider examines patient and derives This step is optional because the healthcare provider 12 

a preliminary diagnosis can file claims via traditional means and still receive most of 

Based on the patient's input and the healthcare provider's the benefits. For example, healthcare providers without 

examination at step 204, a preliminary diagnosis can be Internet access can accept the cobranded payment system 

reached. At this point the healthcare provider 12 has a new 20 access card and use it in its "default mode" to access the 

option available. Using the adjudicated third party payment credit card payment system via the phone lines, 

system 10 of the invention, the healthcare provider 12 can Generally, there are many conventional ways for the 

enter preliminary diagnosis information and receive the healthcare provider to generate the healthcare transaction or 

patient's coverage profile from the Internet bank's web site. claim for adjudication. The healthcare provider 12 may have 

This feature enables both the healthcare provider 12 and the 25 practice administration software of the type described in the 

patient to consider options with an understanding of which background of the application which includes claim data 

treatments would be covered by the patient's policy, thereby entry and submission through a claims processor. Typically, 

minimizing financial risk. the healthcare provider 12 fills out the claim on a paper form 

Step 4 (Optional): Healthcare Provider enters preliminary such as the HCFA 1500 and sends it to the administrator's 

diagnosis into claim application 30 claim center. In accordance with the invention, the claim 

At step 206, using the healthcare provider's Internet submission process is corrected by providing five data 

browser (e.g., MS Internet Explorer 4.0, Netscape Navigator validation and screening via an Interactive claim Submission 

4.0, etc.) the staff member can access the Internet bank's (ICS) interface at the Internet bank's web site. To maintain 

web site and enter the patient's preliminary diagnosis data to security, the web site may include a web applet that uses, for 

begin the claims submission process. This step can be a 35 example, VISA®'s SET security program. Typically, the 

continuation of the session previously established in step healthcare provider 12 will have provided a preadjudicated 

202 (the verification of patient eligibility) or it can be a new claim as described above. If so, the preadjudicated claim 

session. In either case, the Internet server of the Internet receives final edits and is submitted by the healthcare 

bank 16 maintains the integrity of the session for the user. provider 12. Alternately, an electronic claim may be started 

Step 5 (Optional): Based on preliminary diagnosis the 40 from scratch for submission. In either case, the claim is clean 

patient's coverage profile is returned and error free at the time of submission, and accordingly, 

Once the preliminary diagnosis information has been more likely to be in the proper form for adjudication by the 
entered at step 206, the patient's coverage profile may be adjudication engine 22. For example, preadjudication iden- 
returned at step 208. The coverage profile identifies which tifies improper CPT codes for the patient's policy, 
treatments are covered based on the insured's policy as well 45 Step 8 (Optional): The claim is adjudicated and a settle- 
as all patient medical history that is available. This resource ment transaction is transmitted to the Healthcare Provider 
assists the healthcare provider 12 during the consultation At step 214, the claim submitted by the healthcare pro- 
with the patient about possible treatments options for the vider 12 is adjudicated and either a request for more infor- 
diagnosed medical problem. mation or an Adjudicated Settlement Transaction in the form 

This step is optional and is not required for auto- 50 of a credit card receipt is transmitted back to the healthcare 

adjudication of the patient's claim. However, it is beneficial provider 12. This interactive session enables the healthcare 

for satisfaction of both the healthcare provider's and the provider's staff to use the adjudication engine 22 to ascertain 

patient's concerns about how the payment for services will that the settlement is correct. 

be managed. The adjudication process includes verifying eligibility, 

Step 6 (Optional): Healthcare Provider consults with 55 optimizing claim data to minimize financial exposure, veri- 

patient and delivers treatment fying policy compliance (e.g., dental is covered), checking 

With the patient's coverage profile in hand, the healthcare timing constraints (e.g., one well care visit per year), deter- 

provider 12 is able to consult with the patient and determine mining in-nctwork versus out-of-network status, determin- 

the type of treatment best suited to the patient's needs both ing contracted and/or URC fees, determining provider 

physically and financially at step 210. The result of this 60 allowed amount, patient responsibility, and the payable third 

provider and patient dialog is the best possible care for the party payor coverage amount. In accordance with the 

patient. Of course, the healthcare provider 12 and patient invention, the adjudication engine 22 adjudicates claims 

may elect to return to the preadjudication interface for substantially in real-time. In many cases, the adjudication is 

additional information as additional treatments are indi- completed within seconds of an Interactive claim 

cated. 65 Submission, although, as noted above, the adjudication may 

This step is also optional, for the healthcare provider 12 be handled in batch form and settlement reached within a 

is not required to use the patient's coverage profile to day or two. 
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A simple example of an Adjudicated Settlement Transac- 
tion is illustrated in FIG. 7. As illustrated, the Adjudicated 
Settlement Transaction identifies the amount 44 of the 
healthcare transaction to be paid by the patient and the 
amount 46 of the healthcare transaction to be paid by the 
third party payor 24. 

Step 9: Cardholder reviews and setdes Healthcare Bill 
At step 216, the cardholder reviews his or her bill and 
authorizes how settlement of the charges should be handled. 



is then converted to EDI submission format and transmitted 
via EDI for manual external adjudication. At step 1.4, the 
externally adjudicated claim is received as an EDI transmis- 
sion from the Policy Administrator. The claim is then 
validated and the results of the adjudication are analyzed to 
infer any new rules for updating of the adjudication rules. 
The Adjudicated Healthcare Settlement Transaction is then 
built at step 1.5 and posted to the settlement queue. 

At step 1.5, the Adjudicated Healthcare Settlement Trans- 



This final step assures the cardholder that no fees can be 10 action is generated. In this step, the adjudicated claim is 

placed on the credit card without the cardholder's written identified, and the claim is checked using conventional 

consent. The cobranded payment system access card then credit card fraud detection systems to determine if it is 

functions just as any other payment card. However, by using fraudulent. If it is determined that the claim is fraudulent, 

the payment system access card to settle the cardholder's then a Fraud Transaction is generated and the fraud record 

healthcare bill, the cardholder may eam "Deductible Dol- is is posted to a fraud file and a fraud alert is generated at step 

lars™" towards their next healthcare expense and also 1.10 and sent to a fraud unit. 

benefit from the receipt of the comprehensive statements Once the Adjudicated Healthcare Settlement Transaction 
illustrated in FIGS. 5 and 6. is generated at step 1.5, the step of remitting the healthcare 
FIGS. 8 A, 8B and 8C illustrate the life cycle of a claim provider is performed at step 1.6. In particular, the settle - 
submitted by a healthcare provider for processing using the 20 ment transactions for the healthcare provider are selected 
adjudicated third party payment system 10 of the invention. and the settlement amounts to payable are summarized. The 
As illustrated, the first step 1.1 is to accept a claim from the payable is then posted to a ledger, and an EDI record is 
healthcare provider 12. Preferably, the claim is generated by generated for ACH payment. The EDI record is transmitted 
completing a HCFA 1500 form and submitting the claim to the healthcare provider's bank, and a payment confirma- 
electronically for acceptance or rejection. The healthcare 25 tion from the healthcare provider's bank is received. At this 
provider 12 may edit the claim to check eligibility, to time, the payable is closed as well as the settlement trans- 
validate incidents, and to validate the diagnosis. The pay- actions. The credit discount record is then posted to the 
ment system access card is preferably validated by checking ledger account of the Internet bank 16. 
its number and expiration date and is rejected if invalid. The Next, a remittance from the Policy Administrator is 
healthcare provider 12 may also be validated by providing 30 requested at step 1.8. In particular, settlement transactions 



are selected for the Policy Administrator and the transactions 
are summarized into a receivable record. The receivable 
record is then posted to the ledger. The receivable is pref- 
erably collected from the Policy Administrator using an 
automated invoice method in which an EDI transaction is 
generated for ACH payment, an EDI transaction is sent to 
the Policy Administrator's bank, and payment confirmation 
is received from the Policy Administrator's bank. On the 
other hand, a manual invoice method may be used where the 



an ID and password from the healthcare provider 12 
whereby the healthcare provider 12 is rejected if either value 
is invalid. A mechanism may also be provided for signing up 
a new healthcare provider 12. 

Once a claim is accepted, it is adjudicated at step 1.2. As 35 
noted above with respect to FIGS. 2A and 2B, to adjudicate 
the claim, the rules processor 30 performs tasks such as 
checking domain completeness, where the domain includes 
incident data and diagnosis data, and writing the results to a 

decision matrix of rules processor 30. The procedures are 40 invoice is printed and mailed, manual payment is received 
also checked against the patient's policy coverage param- and posted, and the payment is deposited in the Internet bank 
eters. For example, the policy is checked for outright exclu- 16. Finally, the receivables and the setdement transactions 
sions and temporal constraints, and allowance is made for are closed. 

the framework (toxics, trauma, etc.). In addition, indicators, The cardholder (patient) is then billed at step 1.9. A 
prior outcomes, and the diagnosis are referenced against the 45 cardholder's EOB is created and a credit card statement is 
procedures, and the results are again written to the decision generated which integrates the credit card and EOB data into 
matrix of the rules processor 30. Contractual constraints are a Healthcare Settlement Statement. The Healthcare Settle - 
also evaluated to determine network status (in or out) and ment Statement is then mailed and the Healthcare Settlement 
referral status (obtained and timely), and the results are Statement file is posted to the cardholder's account. The 
written to the decision matrix of the rules processor 30. 50 EOB mail date is also provided to the Policy Administrator 
Adjudication engine 22 also determines pricing by selecting for its records. 

the contract amounts and the URC amounts. It is contemplated that the payment system access card 

The decision matrix is then evaluated to determine also may be used to charge the payment (credit) account of 
whether the claim is valid or invalid. If the claim is invalid, the cardholder by the entire amount of the adjudicated 
it is sent to the Policy Administrator for adjudication at step 55 settlement amount and later crediting the payment account 



1.3. On the other hand, if the claim is valid, then the 
adjudication engine 22 allocates financial responsibility for 
the claim by determining the amount allowed to the health- 
care provider for the claim, determining the amount covered 
by the Policy Administrator (third party payor), and deter- 
mining the patient's responsibility by allocating the policy 
deductible(s), co-pay, co-insurance, and any uncovered 
amounts. Finally, the Adjudicated Healthcare Settlement 
Transaction is built at step 1.5 and posted to the settlement 
queue. 

As noted above, any unadjudicable claims are sent to the 
Policy Administrator for adjudication at step 1.3. The claim 



by remittance from the Policy Administrator rather than 
completely separating the amounts at the point of service. In 
this fashion, "Deductible Dollars" may be obtained much 
faster. Of course, the Policy Administrator's payment por- 
60 tion and the patient's payment portion may be handled 
completely separately at the point of service, as desired. 

Those skilled in the art will appreciate that the system of 
the invention allows the Internet bank 16 to become the sole 
source of receivables for the service provider 12. This is a 
65 substantial improvement over the present healthcare model 
where there are thousands of cardholders and dozens of 
healthcare administrators (third party payors), all of whom 
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can have receivable entries, most of which are not adjudi- 
cated for weeks after point of service. Also, the third party 
adjudicated payment system of the invention allows the 
Internet bank 16 to become the agent for distributing the 
cobranded payment cards through employers, adjudicating 5 
and paying claims, and disbursing payables. This eliminates 
three large cost centers: card fulfillment, manual claims 
adjudication, and accounts payable. The healthcare admin- 
istrator (third party payor) 24 becomes free to do what is 
profitable: sell and underwrite insurance policies. In 10 
addition, as both the merchant bank and the credit card 
issuing bank, the Internet bank 16 may reduce the costs of 
credit. 

It will be appreciated by those skilled in the art that even 
though numerous characteristics and advantages of the 15 
present invention have been set forth in the foregoing 
description, together with details of the structure and func- 
tion of the invention, the disclosure is illustrative only and 
numerous alternate embodiments are possible without 
departing from the novel teachings of the invention. For 2 q 
example, the adjudication engine of the invention need not 
be Internet based but may be accessed by a direct dial call 
via the telephone lines. Also, the payment system access 
card could be replaced by a smart card, so long as suitable 
security measures could be incorporated into the smart card. 25 
These and other modifications may be made in detail within 
the principles of the invention to the full extent indicated by 
the broad general meaning of the terms in which the 
appended claims are expressed. 

We claim: 30 

1. A point of service third party adjudicated payment 
system, comprising: 

a point of service terminal which accepts a payment 
system access card for payment for a purchase of at 
least one of a service and product by a customer, at least 35 
part of said purchase being reimbursable by a third 
party payor, and which creates a purchase transaction; 

an adjudication engine which processes said purchase 
transaction so as to adjudicate substantially in real-time 
a first portion of said purchase which is to be paid by 40 
the third party payor and a second portion of said 
purchase which is to be paid by the customer and 
returns an adjudicated settlement transaction to said 
point of service terminal designating obligations for 
payment of at least said first portion and said second 45 
portion; and 

a payment system which transfers funds in accordance 
with said obligations for payment of said adjudicated 
settlement transaction whereby the third party payor is 
debited by said first portion and the point of service 50 
provider is paid said first portion and a payment 
account accessible by said payment system access card 
is charged at least said second portion and the point of 
service provider is paid said second portion. 

2. A system as in claim 1, wherein said adjudication 55 
engine is connected to a node on the Internet and said point 

of service terminal accesses said adjudication engine via an 
Internet connection to said node. 

3. A system as in claim 1, wherein said adjudication 
engine includes a data driven rules engine which processes 60 
data from the customer, the point of service provider, the 
third party payor, and the payment system to determine the 
first portion of the payment to be paid by the third party 
payor. 

4. A system as in claim 1, wherein said payment system 65 
access card is one of a credit card, debit card, and purchase 
card, said payment system includes a credit card network, 
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and said adjudicated settlement transaction is formatted as a 
credit card transaction for said credit card network. 

5. A system as in claim 4, wherein said purchase trans- 
action includes at least one of product and service codes 
which said adjudication engine compares to payment param- 
eters and conditions from the third party payor to determine 
the value of said first portion of said purchase to be paid by 
the third party payor. 

6. A system as in claim 5, wherein the point of service 
provider is a healthcare provider and said payment param- 
eters and conditions are determined by a healthcare policy 
between an employer of the customer and the third party 
payor. 

7. A system as in claim 6, wherein said payment system 
access card is cobranded so as to include an account number 
for said credit card network and said healthcare policy. 

8. A method of providing third party adjudicated payment 
at a point of service, comprising the steps of: 

providing a payment system access card to a point of 
service provider for payment for a purchase of at least 
one of a service and product by a customer, at least part 
of said purchase being reimbursable by a third party 
payor; 

transmitting a purchase transaction to an adjudication 
engine for processing; 

said adjudication engine adjudicating said purchase trans- 
action substantially in real-time so as to determine a 
first portion of said purchase which is to be paid by the 
third party payor and a second portion of said purchase 
which is to be paid by the customer; 

receiving from said adjudication engine an adjudicated 
settlement transaction at said point of service designat- 
ing obligations for payment of at least said first portion 
and said second portion; 

and transferring funds in accordance with said obligations 
for payment of said adjudicated settlement transaction 
whereby the third party payor is debited by said first 
portion and the point of service provider is paid said 
first portion and a payment account accessible by said 
payment system access card is charged at least said 
second portion and the point of service provider is paid 
said second portion. 

9. A method as in claim 8, wherein said transferring step 
comprises the steps of charging said payment account by 
said first and second portions and crediting said payment 
account by said first portion. 

10. A method as in claim 8, wherein said transferring step 
comprises the steps of debiting the third party payor by said 
first portion, paying the point of service provider said first 
portion, charging said payment account by at least said 
second portion, and paying the point of service provider said 
second portion. 

11. A method as in claim 8, wherein said adjudication 
engine is connected to a node on the Internet and said 
transmitting step comprises the step of providing an Internet 
connection to said node. 

12. A method as in claim 8, wherein said payment system 
access card is one of a credit card, a debit card, and a 
purchase card, and said funds transferring step comprises the 
steps of formatting said adjudicated settlement transaction as 
a credit card transaction and processing said adjudicated 
settlement transaction in a credit card network. 

13. A method as in claim 8, wherein said adjudicating step 
comprises the step of comparing at least one of product and 
service codes in said purchase transaction to payment 
parameters and conditions from the third party payor to 
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determine the value of said first portion of said purchase to 
be paid by the third party payor. 

14. A method of providing adjudicated payment of reim- 
bursable healthcare costs to a healthcare provider at a point 
of service of a patient, comprising the steps of: 

providing a payment system access card to the healthcare 
provider at said point of service for payment for a 
purchase of at least one of healthcare products and 
services by the patient, at least part of said purchase 
being reimbursable by a third party payor; 

transmitting a purchase transaction to an adjudication 
engine for processing; said adjudication engine adju- 
dicating said purchase traasaction substantially in real- 
time so as to determine a first portion of said purchase 
which is to be paid by the third party payor and a 
second portion of said purchase which is to be paid by 
the patient; 

receiving from said adjudication engine an adjudicated 
settlement transaction at said point of service designat- 
ing obligations for payment of at least said first portion 
and said second portion; and 

transferring funds in accordance with said obligations for 
payment of said adjudicated settlement transaction 
whereby the third party payor is debited by said first 
portion and the healthcare provider is paid said first 
portion and a payment account accessible by said 
payment system access card is charged at least said 
second portion and the healthcare provider is paid said 
second portion. 

15. A method as in claim 14, wherein said adjudication 
engine is connected to a node on the Internet and said 
transmitting step comprises the step of providing an Internet 
connection to said node. 

16. A method as in claim 14, wherein said payment system 
access card is cobranded so as to include an account number 
for a credit card network and a healthcare policy between an 
employer of the patient and the third party payor, and said 
funds transferring step comprises the steps of formatting 
said adjudicated settlement transaction as a credit card 
transaction and processing said adjudicated settlement trans- 
action in said credit card network. 

17. A method as in claim 16, wherein said adjudicating 
step comprises the step of comparing at least one of product 
and service codes in said purchase transaction to payment 
parameters and conditions from the third party payor to 
determine the value of said first portion of said purchase to 
be paid by the third party payor, whereby said payment 
parameters and conditions are determined by said healthcare 
policy. 

18. A method as in claim 14, wherein said funds trans- 
ferring step comprises the steps of charging said payment 
account by said first and second portions and crediting said 
payment account by said first portion. 
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19. A method as in claim 14, wherein said funds trans- 
ferring step comprises the steps of debiting the third party 
payor by said first portion, paying the healthcare provider 
said first portion, charging said payment account by at least 

5 said second portion, and paying the healthcare provider said 
second portion. 

20. A method as in claim 14, wherein said payment system 
access card is provided to the healthcare provider in said 
providing step prior to provision of healthcare services, 

10 comprising the additional step of accessing said adjudication 
engine to verify patient eligibility for payment for services 
by the third party payor prior to provision of healthcare 
services by the healthcare provider. 

15 21. A method as in claim 20, comprising the additional 
steps of providing a coverage profile for the patient to the 
healthcare provider and comparing a preliminary diagnosis 
for healthcare services to be provided to the patient to said 
coverage profile prior to providing healthcare services to the 

20 patient. 

22. A method of converting a healthcare transaction into 
a credit card transaction for payment by a patient, compris- 
ing the steps of: 

transmitting at least one of healthcare product and service 
25 codes for healthcare products and services purchased 
by the patient from a healthcare provider at a point of 
service to an adjudication engine for processing; 
said adjudication engine adjudicating said product and 
service codes substantially in real-time so as to deter- 
30 mine a first portion of said purchased healthcare prod- 
ucts and services which is to be paid by a third party 
payor and a second portion of said purchased health- 
care services which is to be paid by the patient; 
receiving from said adjudication engine an adjudicated 
35 settlement transaction at said point of service designat- 
ing obligations for payment of at least said first portion 
and said second portion; 
formatting said adjudicated settlement transaction as a 
^ credit card transaction at said point of service; and 
processing said formatted adjudicated settlement transac- 
tion in a credit card network for payment of said 
payment obligations. 

23. A method as in claim 22, wherein said credit card 
45 network is accessed in said processing step using a payment 

system access card including one of a credit card, a debit 
card, and a purchase card, and said payment system access 
card is cobranded so as to include an account number for 
said credit card network and a healthcare policy between an 
50 employer of the patient and said third party payor, whereby 
said processing step comprises the step of using said account 
number to access said credit card network. 

* * * * * 
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